L'Agilité du RAD 


Comment adapter le RAD a I'Agilite 
Licence Creative Common By SA 


= Matthieu GIROUX - www.liberlog.fr 
= Membre de www.caplibre.org 

= Developpeur Independant 

= Installation et personnalisation Web 
= Creation de Logiciels de Gestion 
Creation d'un savoir-faire 


L'Agilité du RAD 


Sommaire 


1.Definitions et Histoire 

2.Developpement (Tres) Rapide d'Applications 
3.Programmation iterative de composants 
4.Devenir éediteur avec du RAD ou VRAD 


1.1) Definition : Rapid 


Applications Development 


Rapid Applications Development ou RAD 
Developpement Rapide d'Applications ou DRA 
= Creer visuellement pour creer vite 


Le RAD permet de gagner du temps. 


Le Developpement Tres Rapide d'Applications 
permet de creer votre logiciel de gestion 
d'entreprise personnalise en sautant une etape 
dans la creation du logiciel. 


1.2) Mauvais exemples 


Les API de developpement 


Une API est une bibliotheque a programmer 
Les API de gestion necessitent : 

= De creer des sources difficiles a manipuler 

= De programmer pour reinventer la roue 


Un ingenieur developpeur peut transformer des 
API de gestion afin de creer I'interface du logiciel 
de gestion a partir de certains fichiers de librairies 
VRAD comme LEONARDI. 


1.3) Comment bien creer 


une librairie ? 


Une seule regle : Eviter le copie-colle de code 


Chronologie de creation d'un savoir-faire : 
= Au debut on cree des unites de fonctions 

= Puis on utilise et surcharge des composants 
= On cree des paquets de composants 

= On automatise les paquets en une librairie 

= On ouvre alors sa librairie aux autres API 

= La librairie necessite peu de code ou aucun 


1 .4) Developpement Rapide 


Applications (DRA ou RAD 


= Creer visuellement une application 
= Pour gagner du temps dans la creation 
= Afin de creer une application intuitive 


La plupart des outils RAD n'automatisent pas 
assez la gestion d'une entreprise. 


Le Very Rapid Application Development est 
‘amelioration du RAD pour les serveurs de 
gestion ou d'autres interfaces definies. 


2.1) Very Rapid Applications 


Development 


Un logiciel est compose de : 
= Une partie metier : Ce que veut le client 
= Une partie technique : L'informatique 


Que ce soit avec sans des outils RAD on: 
= Melangeait la technique et le metier 


= Refaisait un logiciel entierement 


La partie metier du logiciel doit étre gardée. 


2.2) Le Developpement Tres 
Rapide d‘Applications 


Le VRAD permet de supprimer l'etape de 
programmation de l'interface homme-machine a 
partir de l'analyse. 


Ce qui permet de creer I'interface homme- 
machine a partir de l'analyse avec des fichiers 
passifs. 


Le VRAD est l'aboutissement du RAD et de la 
programmation par composants. 


2.3) Fichiers passifs 


vs RAD classic 


Avec les fichiers passifs on : 

= Reflechit fonctionnalites et coeur de metier 
= Definit la presentation rapidement 

= Determine ce qui est faisable rapidement 

= Determine ce qui n'est pas modelisable 

= Cree des plugins pour ce qui n'est pas fait 
= Sait ou l'on va 


Le RAD ou VRAD permettent de travailler en 
amont du projet afin d'anticiper les futures etapes. 


2.4) Interets du Developpement 


Tres Rapide d‘Applications 


Le Developpement Tres Rapide permet : 

= D'empécher mieux les erreurs de se produire 
= De ne creer au final que l'analyse du logiciel 
= De gagner du temps dans la creation 

= D'etre independant de tout savoir-faire 

= Que le programmeur pense fonctionnalites 

= D’'améliorer la qualite du logiciel cree 


Le RAD et le VRAD sont integres dans les 
methodes agiles. 


2.5) Creer son interface 


avec des fichiers : le VRAD 


ll est maintenant possible de creer une interface 
de gestion a partir de simples fichiers passifs. 


Un fichier passif contenant la partie metier est lu 
et cree l'interface grace au savoir-faire VRAD. 


= GLADE GTK permet de creer une interface non 
lige aux donnees a partir de fichiers passifs. 


= LEONARDI permet de creer une interface de 
gestion a partir de fichiers passifs. 


= LIBERLOG possede un savoir-faire RAD en 
cours dadaptation vers du VRAD. 


2.6) Qualité VRAD 


Avec un moteur VRAD : 

= On gagne du temps et est plus agile 

= On facilite la mise en place de futurs logiciels 
= Ne teste que le moteur, pas I'interface creee 
= L’analyse est le logiciel 

= La maintenance est centralisee 

= Le developpeur va a l'essentiel 


3.1) Programmation iterative 
de composants ? 


La programmation orientee fonctionnalites permet 


= De garder ce qui a ete fait 
= De centraliser un savoir-faire voire le partager 
= D'utiliser reellement l'ingenierie en anticipant 


= Que l'utilisateur puisse concevoir le logiciel 
avec l'analyste 


= Que l'utilisateur soit mieux respecté 
= De gagner du temps, de la fiabilite, de l'ecoute 


3.2) Programmation iterative 


de composants ? 


Le composant permet de : 


= Centraliser 

= Adapter une micro-technique humaine 

= Gagner du temps en RAD 

= Faciliter le travail des developpeurs en RAD 
= Anticiper sur les demandes du client 

= Eviter les copies-colles 

= Fiabiliser 


3.3) Programmation iterative 


de composants — L'equipe 


La programmation orientee fonctionnalites 
necessite : 


= Deux ingénieurs au moins pour les composants 
= Des analystes pour un dialogue avec le client 

= Des revues regulieres avec le client 

= Une direction souple, decisive et a l'ecoute 


= Un client decomplexe qui comprend comment 
est fait son logiciel pour savoir comment 
l'ameliorer rapidement a sa guise 


3.4) Programmation iterative 


de composants — La qualite 


La programmation orientee fonctionnalites 
necessite : 


= Une conception simple, modulaire et generique 
= Des tests unitaires sur les composants 

= Du courage pour des composants evolutifs 

= De la communication et des maquettes 

= Un feedback pour anticiper sur les composants 
= Des composants crees au moins a deux 


3.5) Programmation iterative 


de composants — L‘application 


Les Programmeurs ou Analystes d'Applications : 


= Demandent un dialogue permanent avec 
l'ingeénierie et le client 


= Doivent creer le logiciel facilement 
= Font le minimum ou pas de programmation 
= N'ont pas forcement besoin des tests unitaires 


L'application est visible en maquette, inspecteée, 
adaptee. La maquette deviendra le logiciel. 


3.6) Programmation iterative 
de composants — Le composant 


Un composant : 


= Necessite une structure coherente 


Doit étre lisible, organise, simple, revu 

= Possede le minimum d'objectifs 

= Herite de ce qui a ete deja fait 

= Necessite d'organiser en anticipant sur l'avenir 


Neécessite de la veille technologique 


Necessite de disposer de toutes ses sources 


3./) Programmation iterative de 


composants — Les composants 


Les composants : 


= Sont crees avant la creation du logiciel 

= Sont regroupes autour de thematiques 

= Sont modélisables facilement 

= Representent des micro-techniques humaines 
= Permettent de creer des maquettes rapidement 
= Permettent de gagner du temps en RAD 


3.8) Programmation iterative de 


composants — Les programmeurs 


Les sources du logiciel ou des composants : 


= Appartiennent a tous 


= Possedent au debut de chaque page les 
auteurs ayant participe 


= Neécessitent les noms pour les modifications 


= Necessitent des revues pour les bons points et 
les mauvais points, les avancees et les reculs 


= Necessitent de savoir ou l'on va 


4.1) Developpement Rapide vs 
Ligne de commande 


Exemple : Creation d'une fiche HTML simple 


Un code centralise utilise avec du copie-colle 
= 3 jours et ca n'est peut-éetre pas fini 


La meme chose avec un outil RAD 

= Y2 journée d'analyse et 72 journee de creation 
= Le composant automatise certaines creations 
= La fiche est utilisable sans avoir trop a tester 


4.2) Fichiers passifs VRAD 


vs RAD classic 


Les fichiers passifs : 

= Permettent de definir le coeur de metier en eux 
= Peuvent étre crees a partir d'une analyse 

= Rendent independants du savoir-faire utilise 

= Sont definis et peuvent evoluer 

= Permettent de creer d'autres interfaces 

= Permettent de penser fonctionnalites 

C'est l'analyse d'’2 journée qui crée le logiciel. 
L'analyse correspond au logiciel cree. 


4.3) Devenir editeur 


ll est temps de se poser des questions. Afin de 
devenir editeur et de fideliser ses clients : 


= Diffuser son savoir-faire a beaucoup de clients 
permet l'autonomie 


= Automatiser son savoir-faire permet de 
satisfaire ses clients ou futurs clients 


= Utiliser l'agilite renforce la confiance du client 


= Le RAD et VRAD autorisent une elite avec des 
analystes orientes communication 


